成为 Developer

与负责审核补丁的 Reviewer 不同，Developer 将会根据自己对于内核的设想，针对某个模块直接展开修改，并由此形成新的补丁，交付社区展开讨论决定是否合并进入内核。

补丁的构建往往需要依托 git 程序，我们将会首先建立一个新的分支，避免我们对内核的修改影响主线的代码，假定新的分支名为“update”。

git branch update
git checkout update

之后，假如我们向 PostgreSQL 的文件夹中加入了一份名为 test.c 的文件，参考如下的代码。

git add .
git commit -m "Add test.c"
git format-patch -1

可以看出，补丁的内容与之前我们所见到的 PostgreSQL 的各种补丁的内容，格式上是一致的。

接下来，我们需要向 pgsql-hacker 邮件列表发送一封对我们的补丁，描述其功能与作用。

之后，我们可以依托 Commitfest 应用程序，找到 “New patch” 一项，提交我们的补丁，进行登记。

在填写好补丁的描述，对应的类别以及我们新创建的邮件的对应序列 ID 之后，我们的补丁，也就会出现在 Commitfest 的列表上面，接受其它的 Reviewer 评议，并最终被决定是否能够合入内核。